Method and apparatus for handover in heterogeneous cellular networks

ABSTRACT

A method at a user equipment for handover from a serving cell to a target cell, the method sending a measurement report to the serving cell; and transmitting a reconfiguration complete message to the target cell; wherein the measurement report includes downlink timing measurements for the target cell. Further, a method at a source network element for handover of a user equipment from the source network element to a target network element, the method receiving a measurement report from the user equipment; sending a handover request to the target network element; receiving a handover request acknowledgement from the target network element, the handover request acknowledgement including a reconfiguration message and at least one downlink subframe in which an uplink grant is expected at the target network element for the user equipment; and forwarding the reconfiguration message and at least one downlink subframe to the user equipment.

CROSS REFERENCE TO RELATED APPLICATION

This patent is a continuation of U.S. application Ser. No. 14/052,324,filed Oct. 11, 2013, the entire contents of which is hereby expresslyincorporated by reference herein in its entirety.

FIELD OF THE DISCLOSURE

The present disclosure relates to heterogeneous networks and inparticular relates to handover in heterogeneous network.

BACKGROUND

Low power cells, such as femto cells or pico cells, form part of aheterogeneous network and are being deployed within macro cells in orderto increase data throughput and provide better coverage at the cell edgeof the macro cell. Such low power cells are typically deployed in anunplanned manner with regard to the macro cell and a macro cell may havea large number of the low-powered cells in a clustered cell deployment.

In such a clustered cell deployment, a user equipment (UE) mayexperience multiple handovers while traversing through the macro cellcoverage area. Such handovers may result in data interruption and/oradditional packet delay for each handover. The data interruption andadditional packet delays, especially when occurring multiple times, mayresult in a poor user experience.

BRIEF DESCRIPTION OF THE DRAWINGS

The present disclosure will be better understood with reference to thedrawings, in which:

FIG. 1 is a block diagram showing an example macro cell with a varietyof small cells therein;

FIG. 2 is a data flow diagram showing handover of a user equipment froma serving cell to a target cell;

FIG. 3 is a data flow diagram showing uplink synchronization between auser equipment and a target cell;

FIG. 4 is a timing diagram showing downlink reception at a userequipment from a serving cell and a target cell;

FIG. 5 is a timing diagram showing uplink transmission offset fortransmitting to a serving cell and a target cell;

FIG. 6 is a data flow diagram showing handover of a user equipment froma serving cell to a target cell where uplink grant is provided to theuser equipment;

FIG. 7 is a process diagram showing a process at a user equipment forhandover to a target cell in accordance with the embodiment of FIG. 6;

FIG. 8 is a data flow diagram showing handover of a user equipment froma serving cell to a target cell where a pointer to an uplink grant isprovided to the user equipment;

FIG. 9 is a process diagram showing a process at a user equipment forhandover to a target cell in accordance with the embodiment of FIG. 8;

FIG. 10 is a data flow diagram showing handover of a user equipment froma serving cell to a target cell where a range of pointers to an uplinkgrant is provided from the target cell;

FIG. 11 is a block diagram of a simplified network element; and

FIG. 12 is a block diagram of an example user equipment.

DETAILED DESCRIPTION OF THE DRAWINGS

The present disclosure provides a method at a user equipment forhandover from a serving cell to a target cell, the method comprising:sending a measurement report to the serving cell; and transmitting areconfiguration complete message to the target cell; wherein themeasurement report includes downlink timing measurements for the targetcell.

The present disclosure further provides a user equipment adapted forhandover from a serving cell to a target cell, the user equipmentcomprising a processor configured to: send a measurement report to theserving cell; and transmit a reconfiguration complete message to thetarget cell; wherein the measurement report includes downlink timingmeasurements for the target cell.

The present disclosure further provides method at a source networkelement for handover of a user equipment from the source network elementto a target network element, the method comprising: receiving ameasurement report from the user equipment; sending a handover requestto the target network element, the handover request including a requestfor an uplink grant at the target network element for the user equipmentto send a reconfiguration complete message; receiving a handover requestacknowledgement including a reconfiguration message and the uplinkgrant; and forwarding the reconfiguration message and uplink grant tothe user equipment.

The present disclosure further provides a source network element forhandover of a user equipment from the source network element to a targetnetwork element, the source network element comprising a processorconfigured to: receive a measurement report from the user equipment;sending a handover request to the target network element, the handoverrequest including a request for an uplink grant at the target networkelement for the user equipment to send a reconfiguration completemessage; receive a handover request acknowledgement including areconfiguration message and the uplink grant; and forward thereconfiguration message and uplink grant to the user equipment.

The present disclosure further provides a method at a source networkelement for handover of a user equipment from the source network elementto a target network element, the method comprising: receiving ameasurement report from the user equipment; sending a handover requestto the target network element; receiving a handover requestacknowledgement from the target network element, the handover requestacknowledgement including a reconfiguration message and at least onedownlink subframe in which an uplink grant is expected at the targetnetwork element for the user equipment; and forwarding thereconfiguration message and at least one downlink subframe to the userequipment.

The present disclosure further provides a source network element forhandover of a user equipment from the source network element to a targetnetwork element, the source user equipment comprising a processorconfigured to: receive a measurement report from the user equipment;send a handover request to the target network element; receive ahandover request acknowledgement from the target network element, thehandover request acknowledgement including a reconfiguration message andat least one downlink subframe in which an uplink grant is expected atthe target network element for the user equipment; and forward thereconfiguration message and at least one downlink subframe to the userequipment.

Reference is now made to FIG. 1, which shows an example of a dense ThirdGeneration Partnership Project (3GPP) Long Term Evolution (LTE)-Advanced(LTE-A) heterogeneous network deployment scenario. Such deployment maybe used to increase capacity and enhance coverage of a macro cell, forexample.

While the disclosure below uses the 3GPP LTE radio access technology(RAT), such RAT is provided for illustrative purposes only, and thepresent disclosure could equally be used with other networkinfrastructures.

Capacity increase allows for more data transfer within a network. Datacapacity requirements increase significantly over time, and may requiredoubling the data capacity every year. Some forecasts see a 1000 timescapacity increase demand in cellular networks by the year 2020.

Further, coverage issues at cell edges of traditional macro cells arealways a bottleneck for both downlink and the uplink.

One possible technique to resolve coverage and capacity issues is thedeployment of a heterogeneous network where small cells such as picocells, femto cells and relays may enhance both the network throughputand the cell edge coverage. In particular, referring to FIG. 1, a macroevolved Node B (eNB) 110 has a coverage area 112.

Some UEs, shown as UEs 120, communicate directly with macro eNB 110.However, in order to offload some UEs from macro eNB 110, small cellsare introduced within macro cell coverage area 112.

In particular, in the example of FIG. 1, pico cells 130 provide smallcell coverage. Pico cells 130 may be located near the cell edge or maybe located in high density or high usage areas to offload some datatraffic to the pico cells.

In the embodiment of FIG. 1, pico cells 130 include a backhaul 132 suchas a fiber or microwave backhaul, for example, between macro eNB 110 andthe pico eNB. UEs 134 communicate directly with pico cells 130. Thebackhaul could be wireless or wire line.

In other cases, a relay 140 may be connected to either macro eNB 110 orto a pico eNB 130. As will be appreciated, relays provide enhancedcoverage area or enhanced throughput for UEs 146 connected to them.

In other embodiments, femto cells 150 may be located within the macrocell coverage area 112 and be connected to UEs 152.

As seen in FIG. 1, some of the small cells may communicate with a HomeeNB Gateway (HGW) 160 or with an mobility management entity/servinggateway (MME/SGW) 162. Further, HGW 160 communicates with MME/SGW 162.

Based on FIG. 1 above, a heterogeneous network is a network which, insome embodiments, is designed to provide uniform coverage or capacity toserve a non-uniform distribution of users and needs. It includes themacro cells and the low-power nodes such as pico cells, femto cells, andrelays. The macro cells overlay the low power nodes or small cells,sharing the same frequency or having different frequencies. Small cellsare utilized to offload capacity from macro cells, improve indoor andcell edge performance, among other functionalities. Heterogeneousnetworks may also include a first cell using a first radio accesstechnology (RAT) and a second cell using a second radio accesstechnology (RAT), where the first RAT is different than the second RAT.

The pico cells and macro cells from FIG. 1 above are connected to theevolved packet core (EPC) and S1 interface. Femto cells or small cellsmay be connected through an intermediate gateway, home eNB gateway (HGW)160. The functionality of the various entities is well described in the3^(rd) Generation Partnership Project Technical Specification 36.300,“Evolved Universal Terrestrial Radio Access (E-UTRA) and EvolvedUniversal Terrestrial Radio Access Network (E-UTRAN); Overalldescription; Stage 2”, v. 11.7.0, September 2013, the contents of whichare incorporated herein by reference. In such deployments, the UE mayexperience multiple handovers while traversing through the macro cellcoverage area.

Reference is now made to FIG. 2, which shows existing procedures forhandovers in a Long Term Evolution Architecture.

As seen in FIG. 2, a UE 210 communicates with a serving eNB 212. As usedherein, the serving eNB of the UE is the eNB whose associated cell isactively communicating with the UE. Furthermore, the serving eNB is theglobal system for mobile communications (GSM) packet radio service(GPRS) tunnelling protocol (GTP) endpoint for the data and control pathassociated with the UE from the EPC.

UE 210 may further communicate with a target eNB 214. As used herein, atarget or new serving eNB is an eNB for which the associated cell isdetermined to be better as a serving cell for future data or controltransactions. The data or control paths associated with the UE areswitched from the current serving eNB to the new serving eNB when the UEindicates successful association with a cell associated with the newserving eNB.

Serving eNB 212 and target eNB 214 may communicate with a mobilitymanagement entity (MME) 216 and may further communicate with a servinggateway 218.

As seen in FIG. 2, UE 210 initially is served by serving eNB 212 andreceives downlink data packets that are transmitted from the servinggateway 218 through serving eNB 212. Further uplink packets are sentfrom the UE 210 to serving eNB 212, which then passes the uplink datapackets through serving gateway 218 to a public data subscriber network(for example, the internet).

UE 210 may be triggered to send a measurement report, as shown bymessage 220, by rules, for example set out in system information, inradio resource control (RRC) messages, among the technicalspecifications, or in other locations. If such a rule is triggered, theUE 210 sends measurement report 220 to serving eNB 212. For example, themeasurement report may be triggered when the signal quality with respectto the serving cell is lower than a specified threshold. In anotherexample, the measurement report may be triggered when the difference ofsignal quality with respect to the serving cell and another neighbourcell is lower than a threshold for a specified time.

Serving eNB 212 receives the measurement report 220 and the serving eNB212 may then make a handover decision. Such a handover decision mayinclude selecting an appropriate target cell based on the measurementreport received in message 220 from UE 212 to initiate a handover. Thedetermination is shown by block 222.

In the example of FIG. 2, serving eNB 212 decides that handover isrequired to target eNB 214. In this regard, the serving eNB 212 sends amessage to target eNB 214. Message 224 may be sent over a backhaulinterface, for example, an X2 interface. In particular, an X2AP:HANDOVER REQUEST message 224 may be sent to the target eNB 214 passingnecessary information in order to prepare for the handover at the targetcell. In the embodiment of FIG. 2, it is assumed that the target celland the source cell belong to different eNBs. In one embodiment, theterm cell is used to indicate a radio equipment supporting one protocolstack. In one embodiment, one eNB may consist of many cells.

Target eNB 214 may then perform admission control, as shown by block226. Such admission control is dependent on the receivedevolved-universal terrestrial radio access network (E-UTRAN) radioaccess bearer (E-RAB) quality of service information to increase thelikelihood of a successful handover, if resources can be granted by thetarget cell. The target cell configures the required resources accordingto the received E-RAB quality of service information and reserves a cellradio network temporary identifier (C-RNTI) and optionally a radioaccess channel (RACH) preamble.

The access link configuration used by the target cell can either bespecified independently, for example an “establishment”, or as a deltacompared to the access link configuration used in a source cell, forexample a “reconfiguration”. The link configuration includes, forexample, a transmit power level and a coding and modulation scheme touse.

Based on the admission control at block 226, the target eNB 214 preparesfor handover and sends an X2AP: HANDOVER REQUEST ACKNOWLEGEMENT message228 back to serving eNB 212. Message 228 includes a transparentcontainer that is to be sent to the UE as a radio resource control (RRC)message to perform the handover. The contents of a transparent containerare transferred unaltered from the serving eNB to the UE. The containerincludes the new C-RNTI, target eNB security algorithm identifiers forthe selected security algorithms, and may include a dedicated RACHpreamble and possibly other parameters. Such other parameters, forexample, may include access parameters, system information blocks(SIBs), among others. The X2AP: HANDOVER REQUEST ACKNOWLEDGEMENT message228 may also include radio network layer (RNL)/transport network layer(TNL) information for the forwarding tunnels, if necessary.

Target eNB 214 generates the RRC message to perform the handover, forexample an RRCConnectionReconfiguration message which includes themobilityControlInformation, to be sent by source eNB 212 towards UE 210in the transparent container.

Once serving eNB 212 receives message 228, it sends the RRCreconfiguration message to the UE with some of the information receivedin message 228, as shown by message 230. At this point, serving eNB 212still receives downlink packets from the serving gateway 218 and theserving eNB 212 starts transmitting the unacknowledged data packets tothe target eNB 214 over the X2_U interface, as shown by block 240.

After receiving the RRCConnectionReconfiguration message 230 at UE 210,including the mobility control information, the UE 210 performssynchronization to target eNB 214 and accesses the target cell via RACH,following a contention-free procedure if a dedicated RACH preamble wasindicated in mobilityControlInformation, or following a contention-basedprocedure if no dedicated preamble was indicated.

UE 210 derives target eNB 214 specific keys and configures the selectedsecurity algorithms to be used in the target cell. The target eNB 214responds with uplink allocation and timing advance. The synchronizationis shown in the example of FIG. 2 by block 250.

When UE 210 has successfully accessed the target cell, the UE sends anRRC Connection Reconfiguration Complete message to confirm the handover,along with an uplink Buffer Status Report, whenever possible, to thetarget eNB 214 to indicate that the handover procedure is completed forthe UE 210. Target eNB 214 verifies the C-RNTI sent in the RRCConnection Reconfiguration Complete message 252.

As shown by arrows 254, uplink data packets are then forwarded throughtarget eNB 214 to the Serving Gateway 218.

Target eNB 214 sends an S1AP: PATH SWITCH message to MME 216 to informthat the UE has changed cells. MME 216 sends an UPDATE USER PLANEREQUEST message to the Serving Gateway 218. The Serving Gateway thenswitches the downlink data path to the target eNB 214. The ServingGateway sends one or more end marker packets on the old path to sourceeNB 212 and then can release any user plane or TNL resources towards thesource eNB 212. For example, end marker packets can indicate the end ofa transmission.

Serving Gateway 218 sends an UPDATE USER PLANE RESPONSE message to MME216 and MME 216 confirms the S1AP: PATH SWITCH message with the PATHSWITCH ACKNOWLEDGE message. The target eNB 214 starts making thescheduled decisions on the new packets received from this point. All ofthis is shown with regard to the PATH SWITCH block 260.

By sending an X2AP: UE CONTEXT RELEASE message 262, the target eNB 214informs the success of the handover to the source eNB 212. In oneembodiment, a successful handover message indicates that the uplink anddownlink paths have been switched from the serving eNB to the targeteNB. Target eNB 214 sends this message after the S1AP: PATH SWITCHACKNOWLEDGE message is received from the MME 216. At this point, asshown by arrows 264, the eNB 214 is now the serving eNB and uplink anddownlink packets are sent to UE 210 through target eNB 214.

Typically, data interruption during a handover is indicated in FIG. 2 byarrow 270 for uplink data interruption and arrow 272 for downlink datainterruption. Normally, the data interruption times for uplink anddownlink data streams are different, as illustrated.

As outlined above with regard to block 250 of FIG. 2, UE 210 performsuplink synchronization to the target cell by transmitting a RACHpreamble, following a contention-free procedure if a dedicated RACHpreamble was indicated in the mobilityControlInformation, or following acontention-based procedure if no dedicated preamble was indicated.

The target eNB 214 responds with uplink allocation and timing advanceduring this uplink synchronization, as for example, shown in FIG. 3.

In particular, in FIG. 3, UE 310 communicates with a target eNB 314.Source eNB 312 is also shown since the process is part of block 250 ofFIG. 2.

UE 310 sends the RACH preamble to target eNB 314 in message 320, message320 having a transmit power P_(tx).

If no response is received, the UE will continue to send the RACHpreambles with increased transmit power. For example, in message 322,the RACH preamble is sent with a transmit power P_(tx1)=P_(tx)+Δ_(step).

At some point, the transmit power P_(txn)=P_(tx)+nΔ_(step) is sent totarget eNB 314 in message 328, where it is successfully decoded and amessage 330 is provided back to UE 310. Message 330 is a random accessresponse and includes a transmit power which is then used to provide theRRCReconfigurationComplete message 340 to the target eNB 314. Inparticular, the transmit power is set to the power received in message330 plus a delta value, shown as Δ_(msg3).

The procedure of FIG. 3 is basically used to achieve synchronizationwith a target cell and to obtain the uplink grant to send theRRCReconfigurationComplete message to conclude a successful handover.Such successful handover subsequently triggers the data path switch tothe target eNB 314.

However, in a typical heterogeneous cell deployment, low power cells,such as pico cells, femto cells and relay nodes are deployed as anoverlay to the existing planned heterogeneous deployments. Normally theoverlay deployment is done in an unplanned manner and is intended tomeet the demand for ever-increasing mobile data applications or toimprove the coverage of the macro cell. In such deployment scenarios,the handover cost is applied to a mobile device or UE moving across themacro cell and it would be beneficial to reduce the handover cost.Typically the handover cost is measured in the data interruption time orpacket delays that an end user experiences due to the handover.

In this regard, the present disclosure provides for the reduction inhandover data interruption and packet delay. In particular, inaccordance with the present embodiments, when the UE is moving in aheterogeneous deployment or a dense deployment, often the uplinksynchronization performed at a target cell may be skipped by the UE ifthe UE is capable of measuring the downlink difference of time ofarrival (TOA) between the target and serving cells.

In one embodiment, the target cell may also arrange uplink resources forthe incoming user equipment beforehand.

In accordance with the embodiments described below, the subframe timingat the serving cells and target cells is aligned. In this regard, thedelays in receipt of data packets at the UE for downlink transfers arebased on propagation delay.

In particular, reference is made to FIG. 4, which shows a timing diagramin which timing of the serving and target cells is shown with regard toreference 410. This figure shows what would be seen by an omniscientobserver of the transmitting serving cell, the transmitting target cell,and the reception of those two transmissions at the UE. The cells aresynched on downlink, so the subframe with label n represents both thetransmission from the serving and target cells. The next line down inthe figure shows reception at the UE of the serving cell transmission.The last line shows reception at the UE of the target cell transmission.In particular, each subframe has a duration time T and thus thesubframes are transmitted at a time t+nT.

The UE may receive the nth subframe as shown by reference 420 at a timet+nT+T_(s), where T_(s) is a one way propagation delay between theserving cell and the UE.

Similarly, as shown by reference 430, the UE may receive the nthsubframe from the target cell at a time T+nT+T_(t), where T_(t) is a oneway propagation delay between the target cell and the UE. In oneembodiment, the time T_(t) can be expressed as T_(s)+D, where D may bepositive or negative.

If uplink and downlink reciprocity is assumed, the transmission timefrom the UE may be based on the received times and propagation delaysshown in FIG. 4. In particular, reference is now made to FIG. 5, whichshows uplink transmissions from the UE. In order to transmit to theserving cell, the UE transmits subframes as shown by reference 510. Asseen, the transmission time of subframe n+1 is provided as t_(u), whichequals t+T−T_(s) for transmission to the serving cell. The transmissionfrom the UE at time t+T−T_(s) will be received at the serving cell attime t+T.

Similarly, the transmission time to the target cell is at a timet_(u)−T, as shown by reference 520. Thus, the UE may be capable ofmeasuring the downlink difference in time of arrival and arrange for thetransmissions in the uplink.

Reduction in Handover Data Interruption/Packet Delay

Referring to the steps involved in handover as illustrated in FIG. 2above, the uplink and downlink packet interruption times 270 and 272respectively can be reduced by eliminating the uplink synchronizationprocess of block 250 at the target cell.

The UE in this case may adjust its uplink transmit timing by usingmeasurements of the downlink difference in time of arrival of the targetcells, referenced to the serving cell. Assuming that the serving cellsets the UE's timing advance (TA) to cancel round trip propagation, theUE can then determine that Ts=T_(A)/2, where T_(s) is the serving cellpropagation delay, and T_(A) is the timing advance value used by the UEto transmit to the serving cell. Assuming that the serving cell andtarget cell downlinks are the same frame timing then the UE candetermine T_(t) from downlink measurements. The timing advance that canbe used to cancel round trip propagation at the target cell is thenT_(At)=2*T_(t).

The UE may also measure the subframe number offset between the servingand potential target cells. In other words, while the timing may besynchronized for the serving and target cells, the subframe numbers maynot be aligned. Thus, the UE can measure the subframe number offsetbetween the two cells.

Further, the subframe number offset may be reported to a UE's servingcell. This information, as well as the timing advance relatedmeasurements are known to the UE when it measures the potential targetcells, for example, as reported in message 220 of FIG. 2.

If the serving eNB sets the UE timing advanced values to something otherthan what will cancel round trip propagation, then additionalinformation beyond the UE's timing advance may be needed to determinethe cells' frame timings. Assuming that the cells are mutually aware oftheir timings, the serving eNB could calculate the TA value and the UEshould use on the target cell, and signal it to the UE. Since the neededmeasurements may be part of the neighbor cell measurements in message220, the T_(At) value may be transmitted as part of the RRCreconfiguration message as described below.

Further, if the cells are sufficiently small and close together, theuplink timing may be relatively close between the target and sourcecells. Also, the RRC complete message is likely to be transmitted with arelatively robust modulation and coding scheme (MCS) state on thephysical uplink shared channel (PUSCH), such that tight synchronizationmay not be needed for successful reception. Therefore, it may besufficient for at least the transmission of the RRC complete message toset T_(At)=T_(A). In other embodiments T_(At)=0 may also be feasible.

Timing corrections could then be made later using a successfullyreceived RRC complete message as well as other later transmissions. Inone embodiment, fine timing corrections for UE transmissions can be madebased on this RRC complete message.

In accordance with one embodiment, the serving cell may request anuplink radio resource grant from the target cell for an incoming UE.This request may be sent to the target cell using a X2AP: HO REQUESTmessage.

In the X2AP: HO REQUEST ACK message, an uplink grant is specified by thetarget eNB. This uplink grant is informed to the UE in the mobilitycontrol information message by the serving cell. The UE can then move tothe target cell and transmit its RRC reconfiguration complete message tothe target cell using the allocated uplink resources.

The serving eNB may configure the UE specific measurement report basedon UE capabilities. For example, if the UE is capable of measuring atime of arrival from a target cell relative to the time of arrival ofthe serving cell, the eNB may instruct the UE to send time of arrivalmeasurements in a measurement report. Triggering this new measurementreport may also be dependent on the deployment scenarios.

Alternatively, the handover procedure may be predefined based on the UEcapabilities. Such UE capabilities may be provided to the network duringthe network entry of the UE.

Embodiment in which an uplink resource grant is carried in the HO Ack.

Reference is now made to FIG. 6, which shows a handover procedure inaccordance with the above. The embodiment of FIG. 6 corresponds withthat of FIG. 2, with the exception that the embodiment provides ahandover scheme that reduces data interruption times.

In particular, referring to FIG. 6, UE 610 communicates with serving eNB612 and target eNB 614. The serving eNB 612 and target eNB 614communicate with MME 616 and with SGW 618.

UE 610 sends a measurement report 620 to the serving eNB 612. As withmessage 220 of FIG. 2, the measurement report 620 is triggered by rulesset down by other system information (as explained in the discussion ofFIG. 2) or the technical specifications. Further, in the case of message620, the measurement report may also include, in some embodiments,downlink timing measurements of a target cell.

At block 622 the serving eNB 612 makes a handover decision. The decisionat block 622 is similar to that of block 222 of FIG. 2.

The serving cell in the example of FIG. 6 chooses target eNB 614 andsends a handover request message 624 to the target eNB 614. The handovermay include the X2AP: HANDOVER REQUEST message and include necessaryinformation to prepare for a handover at the target cell. However,contrary to the embodiment of FIG. 2, in the embodiment of FIG. 6 thehandover request message may include a request for an uplink grant atthe target cell for the incoming UE 610 to send theRRCReconfigurationComplete message. The uplink grant includes uplinkresource grant for initial transmission and any required subsequentretransmissions. For example, a subsequent retransmission is triggeredby a NACK message (a feedback message indicating a packet was receivedin error).

Target eNB 614 then performs admission control at block 626 similarly tothe admission control at block 226 of FIG. 2. However, in the embodimentof FIG. 6, the target cell further prepares for uplink grant from theincoming UE to send the RRCConfigurationComplete message.

Based on the admission control at block 626, the target eNB 614 sends amessage 628 back to serving eNB 612. Message 628 may be an X2AP:HANDOVER REQUEST acknowledgement message which may include transparentcontainer to be sent to the UE as an RRC message to perform thehandover. Similar to message 228, the handover request acknowledgementmay include a new C-RNTI, target eNB security algorithm identifiers forthe selected security algorithms, a dedicated RACH preamble, or otherparameters. The RRC message that the target eNB 614 generates hasmobility control information.

The handover request acknowledgement message further includes an uplinkgrant at the target cell for the incoming UE to send theRRCConnectionReconfigurationComplete message.

Based on the receipt of message 628, serving eNB 612 provides the RRCReconfiguration message including the mobility control information to UE610, as shown by message 630. Message 630 further includes an uplinkgrant at the target cell for sendingRRCConnectionReconfigurationComplete message. In one embodiment, message630 may also include a timing advance value to use to transmit at leastthe RRCConnectionReconfigurationComplete message. Further, the uplinkgrant may use the subframe number at the target cell, which the UE 610is assumed to know. The UE can use the difference in subframe number(between serving eNB and target eNB) to update the assigned subframenumber in the uplink grant.

As seen in FIG. 6, the downlink data packets are then provided to aserving eNB which then provides data forwarding at block 640.

Further, as illustrated in FIG. 6, an uplink synchronization blocksimilar to block 250 of FIG. 2 is not required.

If no uplink grant is received, UE 610 performs the synchronization tothe target eNB and accesses the target cell at block 652. The access maybe via the random access channel following a contention free procedureif a dedicated RACH preamble was indicated in a mobility controlinformation or following a contention-based procedure if no dedicatedpreamble or uplink grant was indicated. The UE derives the target eNBspecific keys and configures the selected security algorithms to be usedon the target cell.

The target eNB 614 responds with an uplink allocation and timingadvance. The uplink allocation may contain a subframe number and thetiming advance correction to be used by the UE so as to transmit in away that the target eNB observes the uplink transmission aligned withreception from other UEs. If the mobility control information containsan uplink grant, the UE prepares for transmitting theRRCConnectionReconfiguration message during the specified uplinksubframe by adjusting its uplink transmit timing based on the downlinkreception timing from the serving and the target cells.

When the UE has successfully accessed the target cell, or if an uplinkgrant is received, the UE then sends anRRCConnectionReconfigurationComplete message (C-RNTI) 654 to configurethe handover, along with an uplink buffer status report, wheneverpossible, to target eNB 614 to indicate that the handover procedure iscompleted for UE 610. Target eNB 614 verifies the C-RNTI sent in theRRCConnectionReconfigurationComplete message 654.

At this point, as shown by arrow 656, uplink data packets may be sentthrough target eNB 614 and passed to the SGW 618.

The target eNB may then perform a path switch, as shown at block 660.Block 660 is similar to block 260 in FIG. 2 above.

Target eNB 614 may then send a X2AP: UE CONTEXT RELEASE to the servingeNB 612, as shown by message 662. At this point, target eNB 614 becomesthe serving eNB and all communications for both uplink and downlink aresent through target eNB 614.

Based on the above, the time for both uplink data interruption 670 anddownlink data interruption 672 is reduced through the removal of block250.

Reference is now made to FIG. 7, which illustrates the functionality ofthe UE according to the above embodiment. When the UE receives theuplink grant in the RRCConnectionReconfiguration message from theserving cell, the UE may transmit theRRCConnectionReconfigurationComplete message during those assigneduplink resources to the target cell. If there is no positiveacknowledgement for the RRCConnectionReconfigurationComplete messagetransmission, and if retransmissions are exhausted, the UE may initiatethe RACH procedure with the target cell. In one embodiment, the mobilitycontrol information element (IE) in the RRCConnectionReconfigurationmessage may include a RACH preamble sequence assignment along with theuplink grant.

Referring to FIG. 7, the process starts at block 710 and proceeds toblock 712 in which the received signal quality from the serving cell ismeasured. As indicated by the dotted block 714, this may triggerneighbor cell measurements and in this case proceeds to block 716 inwhich the UE measures received signal quality from the serving cell andpotential target cells.

From block 716, the process may optionally proceed to block 718 in whichthe UE measures and reports the subframe number offset of theneighboring cells to the serving cell.

From block 716, if block 718 is not used, or from block 718, the processproceeds to block 720 in which the measurement report is reported to theserving cell. As seen in FIG. 7, the measurements of the potentialtarget cells is the trigger, as shown by block 722, in order to send themeasurement report.

Upon sending the measurement report, the process proceeds from block 720to block 730 in which the difference in downlink time of arrival betweenthe serving and the potential target cells is measured. Further, as seenin FIG. 7, a determination for the uplink transmit timing determinationmay be also made as shown by block 732 based on the difference of TOAmeasurements made on the downlink (DL).

After measuring the time difference of arrival, the process thenproceeds from block 730 to block 734 in which theRRCConnectionReconfiguration message with the mobility controlinformation element included is received from the serving cell.

The process then proceeds to block 740 in which a check is made todetermine whether or not an uplink grant was received from the targetcell. If yes, the process proceeds to block 742 in which the RRCReconfiguration Complete Message (message 654 of FIG. 6) is transmittedover the granted uplink resources and the process then proceeds to block744.

At block 744 a check is made to determine whether a positiveacknowledgement has been received for the message of block 742. If yes,the process proceeds to block 750 and ends. At this point, on thenetwork side the path switch of block 660 from FIG. 6 occurs. However,from the UE perspective the transfer is complete and the target eNB nowbecomes the serving eNB.

Conversely, if at block 744 it is determined that a positiveacknowledgement has not been received the process then proceeds to block760 in which a check to determine whether or not a maximum number ofretransmissions is exhausted. If no, the process then proceeds back toblock 742 in which the RRC Reconfiguration Complete Message isretransmitted with a higher transmit power.

From block 740, if an uplink grant was not received, or from block 760if the maximum number of retransmissions is reached, the processproceeds to block 770 in which an existing handover procedure, such asthat illustrated in FIG. 2, is followed.

In an alternative embodiment, the serving cell may request the targetcell to assign the uplink grant for the incoming UE to send theRRCReconfigurationComplete message to the target cell. In thisembodiment, the target cell may indicate the subframe which is carryingthe physical downlink control channel (PDCCH) for the uplink grant. TheUE may then receive a PDCCH with the allotted C-RNTI in the allottedsubframe. The UE can then transmit the RRCReconfigurationCompletemessage in subsequent subframes.

The transmission timing may be adjusted based on the downlink timingbetween the serving and target cells.

Alternatively, the serving cell may instruct the UE to look for theuplink grant via PDCCH from the target cell until a preconfigured orpredetermined timer expires. Once this timer expires, the UE may revertback to the procedure described above with regard to FIG. 2. The timermay be started by the UE when the RRCConnectionReconfiguration messageis received from the serving cell.

Reference is now made to FIG. 8, which shows an alternative handoverprocedure. In particular, in FIG. 8, UE 810 communicates with a servingeNB 812 and a target eNB 814. Serving eNB 812 and target eNB 814 maycommunicate with each other and may further communicate with MME 816 andSGW 818.

As seen in the embodiment of FIG. 8, the UE sends a measurement report820 to serving eNB 812, which is the same as the message 620 from FIG.6.

The serving eNB 812 then performs a handover algorithm at block 822which is the same as that of block 222 of FIG. 2. Based on the handover,the serving eNB 812 sends a handover request message 824 to the targeteNB 814. Message 824 is the same as that of message 624 of FIG. 6.

Target eNB 814 then performs access control at block 826 in a similarmanner to that of block 226 of FIG. 2 above and responds with a message828.

In the embodiment of FIG. 8, message 828 may be an X2AP: HANDOVERREQUEST ACKNOWLEDGEMENT message and is sent to serving eNB 812. TheX2AP: HANDOVER REQUEST ACKNOWLEDGEMENT message includes a transparentcontainer to be sent to the UE as an RRC message to perform thehandover. The container may include the new C-RNTI, target eNB securityalgorithm identifiers for the selected security algorithms and mayinclude a dedicated RACH preamble and possibly other parameters. Thetarget eNB generates the RRC message to perform the handover and thismay be in the form of an RRCConnectionReconfiguration message and mayinclude mobility control information to be sent by the source eNB to theUE.

Embodiment in which a pointer to an uplink resource grant is carried inthe HO Ack.

In the embodiment of FIG. 8, the handover request acknowledgementmessage may further include information for a downlink subframe in whichthe uplink grant is expected at the target cell for the incoming UE tosend the RRCConnectionReconfigurationComplete message.

Upon receiving message 828 at serving eNB 812, the RRC reconfigurationmessage 830 is sent to UE 810. As indicated above, the message mayinclude a downlink subframe which may carry the PDCCH to indicate anuplink grant at the target cell for sending theRRCConnectionReconfigurationComplete message.

At this point, downlink data is forwarded to the target eNB 814, asshown by block 840 and the UE 810 further listens to the PDCCH from thetarget cell as shown by block 850.

In particular, after receiving the RRC reconfiguration message 830including the mobility control information, if no pointer to an uplinkgrant is received the UE performs a synchronization to the target eNB814 and accesses the target cell via RACH, following a contention-freeprocedure if the dedicated RACH preamble was indicated in the mobilitycontrol information or following a contention based procedure if nodedicated preamble was indicated or if the UE searches for a pointer toan uplink grant.

UE 810 derives the target eNB specific keys and configures the selectedsecurity algorithms to be used in the target cell. The target eNB 814responds with an uplink allocation and timing advance.

If the mobility control information contains a pointer to an uplinkgrant, the UE prepares to transmit theRRCConnectionReconfigurationComplete message during the specified uplinksubframe by adjusting its uplink transmit timing based on the downlinkreception timing from the serving and target cells. Such adjustment ofthe timing is shown by block 852. In the embodiment of FIG. 8, theuplink synchronization of block 250 from FIG. 2 is not required.

When the UE has successfully accessed the target cell or has obtained apointer to an uplink grant, the UE may then send theRRCConnectionReconfigurationComplete message (C-RNTI) to confirm thehandover, along with an uplink buffer status report, whenever possible,to the target eNB to indicate that the handover procedure is completedfor the UE. The target eNB verifies the C-RNTI is sent in theRRCConnectionReconfigurationComplete message.

Subsequently, a path switch is performed, as shown by block 860 anddescribed above with regard to block 260 of FIG. 2. Subsequently, the UEcontext release may be sent from target eNB 814 to serving eNB 812, asshown by message 862.

Based on the above, the time for both uplink data interruption 870 anddownlink data interruption 872 is reduced through the removal of block250.

Reference is now made to FIG. 9, which illustrates the functionality ofthe UE according to the above embodiment. When the UE receives theuplink grant on the RRCConnectionReconfiguration message from theserving cell, the UE transmits the RRCConnectionReconfigurationCompletemessage during the assigned uplink resources to the target cell. Ifthere is no positive acknowledgement for theRRCConnectionReconfigurationComplete message transmission, and theretransmissions are exhausted, the UE may then initiate the RACHprocedure with the target cell. For the mobility control information IEin RRCConnectionReconfiguration message, this IE may include RACHpreamble sequence assignment along with the uplink grant.

Thus, referring to FIG. 9, the process starts at block 910 and proceedsto block 912 in which the received signal quality is measured from theserving cell. This may trigger an event for the neighbor measurements,as shown by block 914 and the process then proceeds to block 920 inwhich the received signal quality from the serving cell, as well aspotential target cells, is measured.

The process optionally may proceed from block 920 to block 922 tomeasure and report the subframe number offset to the serving cell. Themeasurement at block 920 further triggers an event trigger for themeasurement report as shown by block 924.

From block 922 or if the optional block 922 is not used, from block 920,the process proceeds to block 930 in which measurements are reported tothe serving cell and the process then proceeds to block 932. Further, asseen in FIG. 9, a measure for the uplink transmit timing determinationmay be also made as shown by block 931 based on the difference of TOAmeasurements made on the downlink (DL).

At block 932 the UE measures the downlink time difference of arrivalbetween the serving cell and the potential target cells in order to makean uplink transmit timing determination and the process then proceeds toblock 934 in which the UE receives the RRCConnectionReconfigurationmessage which includes the mobility control information element. Themessage is received from the serving cell at block 934.

The process then proceeds to block 940 in which a check is made todetermine whether a subframe assignment for a physical downlink controlchannel has been received from the target cell. If yes, the processproceeds to block 942 in which the UE listens for the assigned subframefrom an uplink grant to transmit the RRC Reconfiguration completemessage (message 854 of FIG. 8).

From block 942 the process proceeds to block 950 in which a check ismade to determine whether the PDCCH is successfully decoded and the RRCReconfiguration complete message is successfully transmitted. As will beappreciated, the RRC Reconfiguration complete message is successfullytransmitted if an acknowledgement or RAR message is received back at theUE.

If the message is successfully transmitted the process proceeds to block952 and ends.

Conversely, if a subframe assignment for the PDCCH from the target cellis not received at block 940, or if the PDCCH is not successfullydecoded or the RRCConnectionReconfigurationComplete message is notsuccessfully transmitted, the process proceeds to block 960 in which theexisting handover methods of FIG. 2 are utilized in order tosuccessfully execute the handover.

From block 960 the process proceeds to block 952 and ends.

In a further embodiment, the serving cell may request the target cell toassign an uplink grant for the incoming UE to send theRRCReconfigurationComplete message to the target cell. In thisembodiment, the target cell may indicate a range of subframe numberswhich may include a PDCCH for the uplink grant for the incoming UE. Oncethe serving cell decides to handover the UE, it may select the range ofsubframes from the tentative subframe allocation received from thetarget cell and include those subframe numbers in the RRCreconfiguration message to the UE.

Additionally, the same information (i.e., the selected subframe numbers)may also be sent to the target cell. For example, the information may besent in a new message entitled X2AP: HO REQUEST CONFIRM message to thetarget cell.

The incoming UE may receive a PDCCH with the allotted C-RNTI in thesesubframes. The transmission timing is adjusted based on the downlinkdifferential timing between the serving and the target cells. The targetcell may transmit the PDCCH with the uplink grant in multiple downlinksubframes. For example, the PDCCH transmitted every Nth subframe for amaximum of M transmissions. This ensures that the UE does not miss thePDCCH transmission. The parameters N and M are optimized such that UEdetection probability is maximized without overloading the PDCCHcapacity.

Embodiment in which the serving eNB selects among a set of pointersoffered by the target eNB

Reference is now made to FIG. 10, which depicts this further embodimenthandover procedure.

In particular, in FIG. 10, UE 1010 communicates with serving eNB 1012and further with target eNB 1014. Serving eNB 1012 and target eNB 1014may communicate with each other and may further communicate with an MME1016 and an SGW 1018.

As with FIG. 2 above, UE 1010 sends a measurement report as shown bymessage 1020 which may trigger a handover algorithm block 1022 at theserving eNB 1012. If the serving eNB 1012 determines in a handoveralgorithm block that a target eNB 1014 should be used for UE 1010, ahandover request 1024 is sent to the target eNB 1014.

Target eNB 1014 then performs admission control at block 1026 in asimilar manner to block 226 of FIG. 2 above.

If the target eNB is able to accommodate the UE 1010, an acknowledgement1028 is sent back to serving eNB 1012. In this regard, target cellprepares handover and sends the acknowledgement to the source cell. Theacknowledgement message includes transparent container to be sent to theUE as an RRC message to perform the handover. The container includes thenew C-RNTI, target eNB security algorithm identifiers for the selectedsecurity algorithms, and may further include a dedicated RACH preambleand other parameters such as access parameters, SIBs, among others. Theacknowledgement may also include the RNL/TNL information for theforwarding tunnels if necessary.

An RRC message may be generated by the target eNB 1014 to perform thehandover. This includes the mobility control information and may includea range of downlink subframes in which the uplink grant is expected atthe target cell for the incoming UE to send theRRCReconfigurationComplete message.

Once serving eNB 1012 receives message 1028, the serving eNB 1012transmits the RRC reconfiguration message to the UE. Such a message 1030may include downlink subframes which may carry the PDCCH to indicate anuplink grant at the target cell for sending theRRCConnectionReconfigurationComplete message. The serving cell mayselect these downlink subframes from the set of subframes tentativelyassigned by the target cell in the handover request acknowledgementmessage 1028.

The serving eNB 1012 may also transmit the assigned downlink selectedsubframes in a handover request confirm message 1032 directed to targeteNB 1014.

As seen in FIG. 10, downlink packets continue to be sent to serving eNB1012 and are then forwarded to the target eNB 1014, as shown by dataforwarding block 1040.

After receiving the RRCConnectionReconfiguration message 1030, whichincludes the mobility control information, if no pointer to an uplinkgrant is received the UE may perform synchronization to the target eNBand access the target cell via RACH, following either a contention-freeprocedure if a dedicated RACH preamble was indicated in the mobilitycontrol information, or following a contention based procedure if notarget eNB specific keys and configurations were provided. The targeteNB responds with uplink allocation and timing advance.

Otherwise, as provided by block 1050 the UE listens to the PDCCH fromthe target cell and at block 1052 the UE adjusts the timing based on thedelta measurement of the downlink timing. The UE may search for pointersto an uplink grant and the UE may derive the target eNB specific keysand configure the selected security algorithms to be used in the targetcell.

If the mobility control information contains a pointer to an uplinkgrant, the UE prepares to transmit theRRCConnectionReconfigurationComplete message 1060 during the specifieduplink subframes by adjusting its uplink transmit timing based on thetime delay of arrival measurements between the downlink reception timingfrom the serving and the target cells.

When the UE has successfully accessed the target cell or obtains apointer to an uplink grant, the UE sends the RRCReconfigurationCompletemessage 1060 (including C-RNTI) to confirm the handover, along with anuplink buffer status report whenever possible to target eNB 1014 toindicate that the handover procedure is completed for the UE. The targeteNB verifies the C-RNTI sent in the RRCConnectionReconfigurationCompletemessage and may then perform a path switch as shown by block 1062 andmay further perform a UE context release with serving eNB 1014, as shownby message 1064.

Subsequent to this, as shown by arrows 1066 the target eNB 1014 becomesthe serving eNB and uplink and downlink data packets are sent throughthe target eNB 1014.

From FIG. 10 above, the handover request confirm message 1032 may besent just before the message 1030 to ensure that the UE is listening tothe appropriate PDCCHs from the target cell.

Based on the above, the time for both uplink data interruption 1070 anddownlink data interruption 1072 is reduced through the removal of block250.

The macro eNB and small cell eNBs may be implemented using any networkelement. A simplified network element is shown with regard to FIG. 11.

In FIG. 11, network element 1110 includes a processor 1120 and acommunications subsystem 1130, where the processor 1120 andcommunications subsystem 1130 cooperate to perform the methods describedabove.

Further, the above may be implemented by any UE. One exemplary device isdescribed below with regard to FIG. 12.

UE 1200 is typically a two-way wireless communication device havingvoice and data communication capabilities. UE 1200 generally has thecapability to communicate with other computer systems. Depending on theexact functionality provided, the UE may be referred to as a datamessaging device, a two-way pager, a wireless e-mail device, a cellulartelephone with data messaging capabilities, a wireless Internetappliance, a wireless device, a mobile device, or a data communicationdevice, as examples.

Where UE 1200 is enabled for two-way communication, it may incorporate acommunication subsystem 1211, including both a receiver 1212 and atransmitter 1214, as well as associated components such as one or moreantenna elements 1216 and 1218, local oscillators (LOs) 1213, and aprocessing module such as a digital signal processor (DSP) 1220. As willbe apparent to those skilled in the field of communications, theparticular design of the communication subsystem 1211 will be dependentupon the communication network in which the device is intended tooperate. The radio frequency front end of communication subsystem 1211can be any of the embodiments described above.

Network access requirements will also vary depending upon the type ofnetwork 1219. In some networks network access is associated with asubscriber or user of UE 1200. A UE may require a removable useridentity module (RUIM) or a subscriber identity module (SIM) card inorder to operate on a network. The SIM/RUIM interface 1244 is normallysimilar to a card-slot into which a SIM/RUIM card can be inserted andejected. The SIM/RUIM card can have memory and hold many keyconfigurations 1251, and other information 1253 such as identification,and subscriber related information.

When required network registration or activation procedures have beencompleted, UE 1200 may send and receive communication signals over thenetwork 1219. As illustrated in FIG. 12, network 1219 can consist ofmultiple base stations communicating with the UE. These can include basestations for macro cells and assisted serving cells or small cells inaccordance with the embodiments described above.

Signals received by antenna 1216 through communication network 1219 areinput to receiver 1212, which may perform such common receiver functionsas signal amplification, frequency down conversion, filtering, channelselection and the like. A/D conversion of a received signal allows morecomplex communication functions such as demodulation and decoding to beperformed in the DSP 1220. In a similar manner, signals to betransmitted are processed, including modulation and encoding forexample, by DSP 1220 and input to transmitter 1214 for digital to analogconversion, frequency up conversion, filtering, amplification andtransmission over the communication network 1219 via antenna 1218. DSP1220 not only processes communication signals, but also provides forreceiver and transmitter control. For example, the gains applied tocommunication signals in receiver 1212 and transmitter 1214 may beadaptively controlled through automatic gain control algorithmsimplemented in DSP 1220.

UE 1200 generally includes a processor 1238 which controls the overalloperation of the device. Communication functions, including data andvoice communications, are performed through communication subsystem1211. Processor 1238 also interacts with further device subsystems suchas the display 1222, flash memory 1224, random access memory (RAM) 1226,auxiliary input/output (I/O) subsystems 1228, serial port 1230, one ormore keyboards or keypads 1232, speaker 1234, microphone 1236, othercommunication subsystem 1240 such as a short-range communicationssubsystem and any other device subsystems generally designated as 1242.Serial port 1230 could include a USB port or other port known to thosein the art.

Some of the subsystems shown in FIG. 12 perform communication-relatedfunctions, whereas other subsystems may provide “resident” or on-devicefunctions. Notably, some subsystems, such as keyboard 1232 and display1222, for example, may be used for both communication-related functions,such as entering a text message for transmission over a communicationnetwork, and device-resident functions such as a calculator or tasklist.

Operating system software used by the processor 1238 may be stored in apersistent store such as flash memory 1224, which may instead be aread-only memory (ROM) or similar storage element (not shown). Thoseskilled in the art will appreciate that the operating system, specificdevice applications, or parts thereof, may be temporarily loaded into avolatile memory such as RAM 1226. Received communication signals mayalso be stored in RAM 1226.

As shown, flash memory 1224 can be segregated into different areas forboth computer programs 1258 and program data storage 1250, 1252, 1254and 1256. These different storage types indicate that each program canallocate a portion of flash memory 1224 for their own data storagerequirements. Processor 1238, in addition to its operating systemfunctions, may enable execution of software applications on the UE. Apredetermined set of applications that control basic operations,including at least data and voice communication applications forexample, will normally be installed on UE 1200 during manufacturing.Other applications could be installed subsequently or dynamically.

Applications and software may be stored on any computer readable storagemedium. The computer readable storage medium may be a tangible or intransitory/non-transitory medium such as optical (e.g., CD, DVD, etc.),magnetic (e.g., tape) or other memory known in the art.

One software application may be a personal information manager (PIM)application having the ability to organize and manage data itemsrelating to the user of the UE such as, but not limited to, e-mail,calendar events, voice mails, appointments, and task items. Naturally,one or more memory stores would be available on the UE to facilitatestorage of PIM data items. Such PIM application may have the ability tosend and receive data items, via the wireless network 1219. Furtherapplications may also be loaded onto the UE 1200 through the network1219, an auxiliary I/O subsystem 1228, serial port 1230, short-rangecommunications subsystem 1240 or any other suitable subsystem 1242, andinstalled by a user in the RAM 1226 or a non-volatile store (not shown)for execution by the processor 1238. Such flexibility in applicationinstallation increases the functionality of the device and may provideenhanced on-device functions, communication-related functions, or both.For example, secure communication applications may enable electroniccommerce functions and other such financial transactions to be performedusing the UE 1200.

In a data communication mode, a received signal such as a text messageor web page download will be processed by the communication subsystem1211 and input to the processor 1238, which may further process thereceived signal for output to the display 1222, or alternatively to anauxiliary I/O device 1228.

A user of UE 1200 may also compose data items such as email messages forexample, using the keyboard 1232, which may be a complete alphanumerickeyboard or telephone-type keypad, among others, in conjunction with thedisplay 1222 and possibly an auxiliary I/O device 1228. Such composeditems may then be transmitted over a communication network through thecommunication subsystem 1211.

For voice communications, overall operation of UE 1200 is similar,except that received signals would typically be output to a speaker 1234and signals for transmission would be generated by a microphone 1236.Alternative voice or audio I/O subsystems, such as a voice messagerecording subsystem, may also be implemented on UE 1200. Although voiceor audio signal output is generally accomplished primarily through thespeaker 1234, display 1222 may also be used to provide an indication ofthe identity of a calling party, the duration of a voice call, or othervoice call related information for example.

Serial port 1230 in FIG. 12 would normally be implemented in a personaldigital assistant (PDA)-type UE for which synchronization with a user'sdesktop computer (not shown) may be desirable, but is an optional devicecomponent. Such a port 1230 would enable a user to set preferencesthrough an external device or software application and would extend thecapabilities of UE 1200 by providing for information or softwaredownloads to UE 1200 other than through a wireless communicationnetwork. The alternate download path may for example be used to load anencryption key onto the device through a direct and thus reliable andtrusted connection to thereby enable secure device communication. Aswill be appreciated by those skilled in the art, serial port 1230 canfurther be used to connect the UE to a computer to act as a modem.

Other communications subsystems 1240, such as a short-rangecommunications subsystem, is a further optional component which mayprovide for communication between UE 1200 and different systems ordevices, which need not necessarily be similar devices. For example, thesubsystem 1240 may include an infrared device and associated circuitsand components or a Bluetooth™ communication module to provide forcommunication with similarly enabled systems and devices. Subsystem 1240may further include non-cellular communications such as WiFi, WiMAX, ornear field communications (NFC).

The embodiments described herein are examples of structures, systems ormethods having elements corresponding to elements of the techniques ofthis application. This written description may enable those skilled inthe art to make and use embodiments having alternative elements thatlikewise correspond to the elements of the techniques of thisapplication. The intended scope of the techniques of this applicationthus includes other structures, systems or methods that do not differfrom the techniques of this application as described herein, and furtherincludes other structures, systems or methods with insubstantialdifferences from the techniques of this application as described herein.

In particular, sample clauses are shown below.

AA. A user equipment adapted for handover from a serving cell to atarget cell, the user equipment comprising a processor configured to:send a measurement report to the serving cell; and transmit areconfiguration complete message to the target cell; wherein themeasurement report includes downlink timing measurements for the targetcell.

BB. The user equipment of clause AA, wherein the processor is furtherconfigured to: receive a reconfiguration message from the serving cell,the reconfiguration message including an uplink grant or at least onedownlink subframe to receive the uplink grant from the target cell.

CC. The user equipment of clause BB, wherein the reconfiguration messageincludes a timing advance value for the target cell.

DD. The user equipment of clause AA, wherein the user equipment isconfigured to transmit by adjusting uplink transmit timing at the userequipment based on downlink reception timing differences between theserving cell and the target cell.

EE. The user equipment of clause BB, wherein at least one downlinksubframe is a downlink control channel subframe indicating the uplinkgrant at the target cell.

FF. The user equipment of clause AA, wherein the processor is furtherconfigured to receive a response from the target cell based on thetransmitting the reconfiguration complete message.

GG. The user equipment of clause FF, wherein if no response is received,the processor is configured to retransmit the reconfiguration completemessage at a higher power.

HH. The user equipment of clause GG, wherein if a maximum number ofretransmissions is reached, the processor is configured to perform arandom access procedure for uplink synchronization with the target cell.

II. The user equipment of clause AA, wherein the uplink grant contains asubframe number.

JJ. A source network element for handover of a user equipment from thesource network element to a target network element, the source networkelement comprising a processor configured to: receive a measurementreport from the user equipment; send a handover request to the targetnetwork element, the handover request including a request for an uplinkgrant at the target network element for the user equipment to send areconfiguration complete message; receive a handover requestacknowledgement including a reconfiguration message and the uplinkgrant; and forward the reconfiguration message and uplink grant to theuser equipment.

KK. The source network of clause JJ, wherein the measurement reportincludes downlink timing measurements for the target cell.

LL. The source network of clause JJ, wherein the reconfiguration messageincludes a timing advance value for the target cell.

MM. A method at a source network element for handover of a userequipment from the source network element to a target network element,the method comprising: receiving a measurement report from the userequipment; sending a handover request to the target network element;receiving a handover request acknowledgement from the target networkelement, the handover request acknowledgement including areconfiguration message and at least one downlink subframe in which anuplink grant is expected at the target network element for the userequipment; and forwarding the reconfiguration message and at least onedownlink subframe to the user equipment.

NN. The method of clause MM, wherein the measurement report includesdownlink timing measurements for the target cell.

OO. The method of clause MM, wherein the reconfiguration messageincludes a timing advance value for the target cell.

PP. The method of clause MM, wherein the receiving includes a range ofdownlink subframes, and wherein the forwarding provides the userequipment with a subset of downlink subframes within the range ofdownlink subframes.

QQ. The method of clause PP, wherein the source network element choosesthe subset of downlink subframes within the range of downlink subframes.

RR. The method of clause QQ, further comprising sending a confirmationmessage to the target network element with the subset of downlinksubframes.

SS. The method of clause RR, wherein the sending the confirmation isdone just prior to the forwarding the reconfiguration message.

TT. The method of clause MM, wherein the at least one downlink subframefor the uplink grant is a downlink control channel subframe indicatingthe uplink grant at the target cell.

The invention claimed is:
 1. A method at a user equipment for handoverfrom a serving cell to a target cell, the method comprising: measuring,at the user equipment, a difference between downlink times of arrivalfor the target cell and the serving cell; sending to the serving cellthe difference between downlink times of arrival for the target cell andthe serving cell; sending to the target cell adjustments to uplinktransmit timing at the user equipment based on the difference betweendownlink times of arrival for the target cell and the serving cell;receiving a response from the target cell; and if no response isreceived, resending the adjustments to uplink transmit timing at theuser equipment to the target cell.
 2. The method of claim 1, furthercomprising, receiving a reconfiguration message from the serving cell,the reconfiguration message including an uplink grant or at least onedownlink subframe to receive the uplink grant from the target cell. 3.The method of claim 2, wherein the reconfiguration message includes atiming advance value for the target cell.
 4. The method of claim 1further comprising adjusting uplink transmit timing at the userequipment based on the difference between downlink times of arrival forthe target cell and the serving cell.
 5. The method of claim 2, whereinat least one downlink subframe is a downlink control channel subframeindicating the uplink grant at the target cell.
 6. The method of claim1, wherein if a maximum number of retransmissions is reached, performingrandom access procedure for uplink synchronization with the target cell.7. The method of claim 2, wherein the uplink grant contains a subframenumber.
 8. A method at a source network element for handover of a userequipment from the source network element to a target network element,the method comprising: receiving, from the user equipment, differencesbetween downlink times of arrival for the source network element and thetarget network element measured by the user equipment; sending ahandover request to the target network element; receiving a handoverrequest acknowledgement including at least one downlink subframe inwhich an uplink grant is expected at the target network element for theuser equipment; and forwarding the at least one downlink subframe to theuser equipment.
 9. The method of claim 8, wherein the handover requestacknowledgement includes a timing advance value for the target networkelement.
 10. A source network element for handover of a user equipmentfrom the source network element to a target network element, the sourcenetwork element comprising a processor configured to: receive, from theuser equipment, differences between downlink times of arrival for thesource network element and the target network element measured by theuser equipment; send a handover request to the target network element;receive a handover request acknowledgement including at least onedownlink subframe in which an uplink grant is expected at the targetnetwork element for the user equipment; and forward the at least onedownlink subframe to the user equipment.
 11. The source network elementof claim 10, wherein the handover request acknowledgment includes atiming advance value for the target network element.
 12. The sourcenetwork element of claim 10, wherein the source network element isconfigured to receive a range of downlink subframes, and forward byproviding the user equipment with a subset of downlink subframes withinthe range of downlink subframes.
 13. The source network element of claim12, wherein the source network element chooses the subset of downlinksubframes within the range of downlink subframes.
 14. The source networkelement of claim 13, wherein the source network element is furtherconfigured to send a confirmation message to the target network elementwith the subset of downlink subframes.
 15. The source network element ofclaim 10, wherein the at least one downlink subframe for the uplinkgrant is a downlink control channel subframe indicating the uplink grantat the target network element.